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DATA PROCESSING SYSTEM AND METHOD FOR ANALYSIS 
OF FINANCIAL AND NON-FINANCIAL VALUE CREATION PERFORMANCE 

OF A BUSINESS ENTERPRISE 



5 This application is a continuation-in-part application of U.S. Application Serial No. 

09/574,569, filed May 17, 2000, and entitled, "CONTINUOUSLY UPDATED DATA 
PROCESSING SYSTEM FOR MEASURING FINANCIAL VALUE CREATION." 

Background of the Invention 

10 The invention relates to a data processing system and method for assessing the value 

creation performance of a business enterprise. More particularly, the present invention relates to 
a data processing system and method that provides continuously updated data regarding financial 

~ and non-financial value creation in a business enterprise from various different perspectives. 

A fundamental principle of traditional accounting and financial reporting methods is that 

t j • 

W the performance of a business enterprise is derived from transactions between the enterprise and 

~ other parties, such as customers, suppliers and employees. Consequently, traditional accounting 

^ can be characterized as measuring value realized through such transactions. 

g This arrangement proved to be satisfactory through what can be characterized as the 

^ manufacturing era. In today's world, however, the most important assets of many enterprises are 

Li s 

2S not plant and equipment but rather knowledge, ideas, and skills. For the most part, knowledge- 

I ifs 

q based assets are not acquired through third-party transactions, but are rather developed in-house. 
!s=J As such, they are not adequately captured by traditional accounting methods. 

As a result of these shortcomings of traditional accounting with respect to knowledge 
intensive companies, it is apparent that capital markets are missing important information needed 
25 to rationally assess the performance of a business enterprise. It has been argued that traditional 
accounting methods are a declining predictor of stock prices and produce largely irrelevant 
reports for companies with long research and development pipelines. Without adequate 
accounting for knowledge-intensive enterprises, capital markets will perform sub-optimal 
resource allocation. 

30 Many recent developments have taken place in the field of accounting and financial 

reporting though none fiilly addresses these problems. These include: Economic Value Added 
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(EVA); Balanced Scorecard, Intellectual Capital Management (ICM), Economic Resource 
Planning (ERP); and Global Reporting Initiative (GRI). An attempt has been made to mitigate 
some of traditional accounting's shortcomings with management's discussion and analysis 
(MD&A) sections in annual reports, but MD&A disclosure is itself in bad condition, with no 
5 clear standards, methodology, or reporting principles. Capital markets are not routinely supplied 
with information that would permit monitoring of strategy implementation, value creation, and 
risk management. 

Thus, with the increased time-lag often found between value creation and value 
realization, an accounting model that focuses only on the latter is increasingly irrelevant for 
10 intensively knowledge-based enterprises - and, indeed, enterprises in general are increasingly 
knowledge-based. Traditional financial statements have simply not provided sufficient 
information about knowledge assets. 
Q When value creation was closely followed by value realization (the mouse trap was 

in manufactured in March and sold in April) concentrating on just value realization alone was good 
;fe enough. It is no longer good enough today. A bio-pharmaceutical research company may spend 
Cm research and development funds on a potential drug discovery for ten years before successful 
J commercialization and revenue streams commence. The growing deficits resulting from 
;L research and development write-offs displayed by traditional accounting during those ten years 



fft do not convey timely and relevant information. It is not that traditional accounting methods 



An additional drawback to traditional accounting techniques is that they tend to capture 
only one dimension of value: namely, financial value. However, financial value is not the only 
dimension of value that is relevant to understanding enterprise performance. For example, non- 
25 financial factors, such as avoiding harm to the natural environment, or contributing to a healthier 
community, may not yield direct financial benefits to the enterprise in the short-run, but may be 
as important in strategic terms as increasing the financial returns to shareholders. 

A further drawback to traditional accounting techniques is that they tend to measure 
performance from the perspective of only one stakeholder: that is, shareholders. However, in the 
30 modern economy, achieving a full understanding of enterprise performance requires knowledge 
of the extent to which the enterprise is meeting the expectations of other stakeholders, such as 




focussed on value realization should be abandoned. They are important, but they are not 



sufficient. 
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customers, employees, suppliers, business partners, and the communities and society within 
which the enterprise operates. 

Therefore, what is needed, by contrast to conventional techniques, is a technique for 
providing value creation information for a business enterprise from the perspectives of a variety 
5 of stakeholders, not just shareholders. What is further needed is a method of providing an 

integrated perspective on both financial and non-financial value creation. What is also needed is 
a technique for providing measurements of the performance of a business enterprise in creating 
value based upon projections of future events and related benefits that result from such events. It 
is to these ends that the present invention is directed. 

10 

Summary of the Invention 

The invention is a data processing system and method for assessing the value creating 
O performance of a business enterprise. More particularly, the invention is a data processing 
m system and method for analysis of financial and non-financial value creation performance of a 
tt5 business enterprise. 

CP The system provides a stakeholder-user with up-to-the-minute value creation information 

m regarding the business enterprise. Stakeholder-users may also review underlying assumptions, 
!L make alterations to the assumptions and see the results of value creation analysis based on those 
Ql altered assumptions. In addition, stakeholder-users may contribute performance-related 

information reflecting their own experience with the enterprise for incorporation into the data 
O regarding the value creation performance of the enterprise. 

~ The system further provides reports on value creation performance of the enterprise 

tailored for each of the key stakeholder groups of the enterprise. 

The system addresses shortcomings of conventional financial accounting techniques by 
25 measuring and reporting future value streams, not just historical transactions, measuring and 

reporting value streams for all key stakeholders, including both financial and non-financial 

value; measuring and reporting value creation on a continuous, real-time basis. 

In shifting the focus from shareholders to a broader set of stakeholders, information may 

be obtained to evaluate value creation performance from the perspective of the stakeholder 
30 groups. The invention addresses this by providing two types of stakeholder interactivity. First, 

the system may provide an opportunity for stakeholders to input data regarding corporate 
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performance as they have experienced it from a customer, employee, or other stakeholder 
perspective. Secondly, the stakeholders may interact with the system, thus enabling them to 
select the information that is most relevant to them. 

In accordance with an aspect of the invention, a method of and system for processing data 
relating to the performance of a business enterprise in creating value is provided in which a data 
structure is stored in a memory device. The data structure includes a plurality of first assumed 
variables that have an influence on a non-financial value stream of the business enterprise and a 
plurality of second assumed variables that have an influence on a financial value stream of the 
business enterprise. A first outcome of the non-financial value stream of the business enterprise 
is determined by a calculation engine based upon the first assumed variables. The first outcome 
influences at least one of the second assumed variables. A first present value of the financial 
value stream of the business enterprise is determined by the calculation engine based upon the 
first outcome and based upon the second assumed variables. 

The first outcome may includes a non- financial metric. A filter may be coupled to the 
calculation engine for selecting certain ones of the first and second assumed variables to be 
delivered to the calculation engine. Each of the first and second assumed variables may stored in 
the data structure in association with identification of an originator of the corresponding assumed 
variable. The filter may select the assumed variables to be delivered to the calculation engine 
according to the identifications stored in association with the assumed variables. The filter may 
select a stakeholder perspective from among a plurality of stakeholder perspectives prior to 
providing first and second assumed variables to the calculation engine. The calculation engine 
may repeatedly determine a series of updated outcomes of the non-financial value stream of the 
business enterprise and a series of updated present values of the financial value stream of the 
business enterprise based upon and assumed variables in the data structure including any 
assumed variables that have changed in response to the occurrence or non-occurrence of one or 
more events. One or more of the first and second assumed variables may be altered. A second 
present value of the financial value stream may be determined taking into account the altered 
assumed variables. A level of detail at which the first outcome and the first present value is 
presented may be selectable by a user. 

The first and second assumed variables may be influenced by events. In response to the 
occurrence or non-occurrence of one or more of the events, a determination may be made as to 
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whether one or more of the first and second assumed variables have changed and whether the 
corresponding financial or non-financial value stream has changed. A second present value of 
the financial value stream may be determined taking into account the assumed variables that 
changed in response to the occurrence or non-occurrence of the one or more of the events. 



Brief Description pf the Drawings 

Figure 1 illustrates a block diagrammatic view of a computer network system in 
accordance with the present invention; 

Figure 2 illustrates a block diagrammatic view of software architecture for the computer 
10 system of Figure 1 in accordance with the present invention; 

Figure 3 illustrates a flow diagram showing determination of outcomes based upon 
different assumptions; 

3 Figure 4 illustrates a flow diagram for determining net present value of future financial 

a.? H 

•XEC 

Iff values streams of a business enterprise in accordance with the present invention; 

![§ Figure 5 illustrates the flow diagram of Figure 4 including exemplary projected cash 

^ flows and related probabilities; 

m Figure 6 illustrates the flow diagram of Figure 3 including exemplary values for various 

~ assumptions; 

CP Figure 7 illustrates a chart showing a comparison between targeted and actual values for 

O 

g$ on-time performance, a non-financial outcome; 

if Figure 8 illustrates a chart showing a comparison between targeted and actual values for 
annual EP filings, another non-financial outcome; 



Figure 9 illustrates a chart showing a comparison between targeted and actual values for 
supercomputing capacity, yet another non-financial outcome; 



of extranets, a further non-financial outcome; 

Figure 1 1 illustrates an event matrix data structure for storing assumptions and their 
related events in accordance with the present invention; 

Figure 12 illustrates the event matrix data structure of Figure 1 1 including exemplary 
30 assumptions and related events; 



5 



25 



Figure 10 illustrates a chart showing a comparison between targeted and actual numbers 
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Figure 13 illustrates an event matrix data structure for storing events and their related 
assumptions in accordance with the present invention; 

Figure 14 illustrates a flow diagram for determining the effect on present value based on 
value destruction and its related probability in accordance with the present invention; 
5 Figure 15 illustrates the flow diagram of Figure 14 including an exemplary value 

destruction and related probability; 

Figure 16 illustrates a flow diagram for determining an outcome variance for different 
future scenarios in accordance with the present invention; 

Figure 17 illustrates an exemplary determination of outcome variance; 
10 Figure 18 illustrates a flow diagram for operation of the computer system of Figure 1 

including various modes of user interaction in accordance with the present invention; 

Figure 19 illustrates an exemplary arrangement of data in the event matrix in which user 
□ identities are stored in association with assumptions; 

f2 Figure 20 illustrates groupings of information from the matrix 400 which was provided 

Pi by various stakeholders; 

fn Figure 21 illustrates various metrics for which feedback may be provided by users or 

J5j stakeholders in accordance with the present invention; and 

l_ Figure 22 illustrates an event/assumption filter and calculation engine for determining 

EH various different outcomes based on the stored assumptions of various users. 

O Detailed Description of a Preferred Embodiment 

~ Figure 1 illustrates a block diagrammatic view of a computer network system 100 in 

accordance with the present invention. The system 100 may include a central processing unit 
(GPU) 102, a database 104, a display 106, a keyboard and mouse 108, a printer 110 and may 

25 interface with remote systems via a wide area network (WAN) or extranet 112 and local area 
network (LAN) or intranet 114. Printed reports 116 may be provided by the printer 110. 

Users may access the system 100 directly using the keyboard 108 and monitor 106, or 
remotely over the LAN or intranet 1 14, the WAN or extranet 1 12, or the World Wide Web. 
Results can be displayed on the local monitor 106, or printed by the local printer 110. 

30 Alternately, the results can be displayed by a remote computer monitor or printer (not shown). 
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It will be apparent that the computer network system 100 is conventional and that various 
modifications or substitutions may be made. The system 100 may embody the present invention 
by configuring the CPU 102 to operate in accordance with stored software programs so as to 
interact with data stored in the database 104, as explained herein. 

Data that is relevant to performance of a business enterprise may maintained in the 
database 104 (Figure 1). As used herein, "business enterprise" is intended to encompass for 
profit, not-for-profit and governmental organizations. The database 104 may be in form of a 
relational database. Input and output from the database 104 may be in the context of one of four 
different "perspectives" into the data (e.g., each perspective may be an organization or 
arrangement of the data). These perspectives may include: a perspective that reflects the 
company's strategy for creating and realizing value, referred to herein as the value creation and 
realization formula; a value stream model perspective; a value creation capacity perspective; and 
a value creation for multiple stakeholders perspective. 

The value creation and realization formula perspective provides a succinct overview of 
the business enterprise's strategy for creating and realizing value. This can include, for example, 
an identification of the goods or services to be provided by the business, an identification of the 
enterprise's position in any related value chain, an identification of the enterprise's strategy with 
respect to alliances, an identification of the enterprise's approach to financing its present and 
future operations, an identification of likely consumers of the goods or services, an identification 
of various markets to be entered and a time schedule in which those markets are anticipated to be 
entered. Thus, the database 104 may store such parameters in a matrix referred to herein as the 
formula matrix. 

The value stream model perspective is described in more detail herein and relates to 
performance measurement of the business enterprise with respect to future value creation. This 
may include, for example, storing measurements of present financial value of one or more value 
streams of the business enterprise based upon projections of future events, including assumptions 
regarding the future events, probabilities of their occurrence and monetary amounts expected to 
be realized should they occur. 

For the purposes of this document, a "value stream" for a business enterprise is an 
aggregation of financial and non-financial benefits flowing to the business and arising from a 
minimum set of activities that are necessary to give rise to the benefits. A "future value stream" 
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refers to those benefits which have not yet occurred with respect to a particular point in time, 
such as the present. An "historical value stream" refers to those benefits that have already been 
realized with respect to a particular point in time. A "financial value stream" refers to those 
benefits that are reducible to cash or cash equivalents. A "non-financial value stream" refers to 
5 those benefits that are not readily reducible to cash or cash equivalents. For example, a non- 
financial benefit may be enhanced customer loyalty. In addition to benefits, a value stream may 
have associated costs, such as cash outflows. 

Events give rise to the benefits associated with value streams. An historical event may 
give rise to a benefit that has already been realized with respect to a particular point in time. For 

10 example, a sale of goods in the past (an historical event) may have already resulted in a financial 
benefit to the seller of the goods, in which case, the benefit belongs to an historical value stream. 
In addition, historical events may result in a benefit that has yet to be realized. For example, a 

O license agreement already entered into (an historical event) may result in periodic payments that 
are not yet payable with respect to a particular point in time, in which case, these benefits are 

H part of a future value stream. A series of related events are referred to herein as an "event 



stream." The database 104 may store parameters relating to events, benefits and value streams in 



fjj networks required by the business enterprise for carrying out its strategy for creating and 

2$ realizing value. Value creation capabilities may include, for example, manufacturing capability 



O and innovation capability. The value creation infrastructure may include, for example, office 

I, , , 5 

space and capital equipment, such as telephone and computer systems. Value creation networks 
may include, for example, relationships with other business enterprises, such as suppliers, 
customers and distributors. Thus, the database 104 may store such parameters in a matrix 

25 referred to herein as the capacity matrix. 

The value creation for multiple stakeholders perspective relates to measurement of 
financial and non-financial value creation for key stakeholders. For example, a key stakeholder 
may be a shareholder in the business enterprise, in which case, the shareholder may be provided 
with measurements and analysis of financial value of the enterprise based upon future events. As 

30 another example, the stakeholder may be one of the business enterprise's customers. In which 
case, customers may be periodically surveyed to identify their expectations with regard to value 



a matrix referred to herein as the event matrix. 



5 



The value creation capacity perspective relates to the capabilities, infrastructure and 
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creation and their level of satisfaction. The results of the survey may be stored in the database 
104 and tracked over time so that trends in the survey results may be analyzed. It will be 
apparent that data relevant to other types of stakeholders, such as employees, suppliers and 
business partners, or the community or society at large, may be included in the database 104. 
5 The database 104 may store such parameters in a matrix referred to herein as the stakeholders' 
matrix. 

While data in the database 104 can be accessed from any of these perspectives as 
appropriate, for convenience, a specific dataset (e.g., a collection of assumed variables and 
events) is primarily associated with each particular perspective. Thus, a unique data structure or 
10 matrix may be associated with each of the four different perspectives. 

Figure 2 illustrates a block diagrammatic view of a software architecture 200 in 
accordance with the present invention for the computer system 100 of Figure 1. The software 
O architecture 200 includes a number of software modules 202-220, each of which controls the 
Lp CPU 102 to perform certain functions, as explained herein. An integration module 202 
!f5 reconciles the four different perspectives and transfers information among them. Thus, for 
ffj example, if data stored in the matrix associated with the value creation formula perspective is 
fh changed, the integration module 202 ensures that corresponding data stored in the matrices 
L associated with the other perspectives is appropriately updated. As shown in Figure 2, the 
SI integration module 202 interfaces with a formula matrix module 204, an event matrix module 
2® 206, a capacity matrix module 208 and a stakeholders' matrix module 210. 

5 The formula matrix module 204 manages the data matrix stored in the database 104 

O 

(Figure 1) which is relevant to the formulation of a strategy for the business in creating and 

realizing value. The event matrix module 206 manages the data matrix stored in the database 

104 which is relevant to the value stream model perspective. The capacity matrix module 208 
25 manages the data matrix stored in the database 104 which is relevant to the value creation 

capacity perspective. The stakeholders' matrix module 210 manages data stored in the matrix 

that is relevant to the multiple stakeholders' perspective. 

The formula matrix module 204 interfaces with a major premises module 212. The major 

premises module 212 allows a user to input and alter assumed variables stored in the database 
30 104 (Figure 1). These may be, for example, assumptions regarding the industry of which the 

business enterprise is a part. The major premises module 212 also interfaces with a success 
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criteria module 214 that allows a user to input and alter measures of success for the business 

enterprise. 

The major premises module 214 also interfaces with a strategic decisions module 216. 
The strategic decisions module 216 allows a user to define different decision trees, within the 
data matrix associated with the formula matrix module 204, which depend upon various strategic 
options available to management of the business enterprise. The strategic decisions module 218 
also interfaces with an other formula elements module 218 that allows a user to input and alter 
other criteria relevant to evaluation of the value creation performance of the business enterprise. 

The other formula elements module 218 also interfaces with a scenario grouping module 
220. The scenario grouping module 220 allows a user to assemble existing data and to add 
additional data representative of alternate scenarios for the future of the business enterprise. For 
example, a base case scenario 222 may be established by a particular assemblage of events and 
related assumptions (e.g., assumed variables) for the business enterprise. For example, the base 
case scenario may include a current operational scenario that the business enterprise is 
implementing. One or more additional alternate scenarios 224 may also be established including 
a different set of events and related assumptions for each alternate scenario. For example, the 
alternate scenarios may be under consideration for possible future adoption by the enterprise. 

Thus, the system 100 (Figure 1) provides an ability to analyze scenarios, consisting of 
particular groupings of events and related assumptions. As a result, a user may be provided with 
a plurality of outcomes 226 for the base case scenario, taken from each of the four perspectives. 
In addition, the user may be provided with a plurality of alternate outcomes 228 for each 
alternate scenario. 

As is described herein, the same underlying determinations made by the system 100 can 
be deployed in two principal "contexts" (e.g., conditions under which determinations are 
employed). In a first context, the system 100 generates comparisons between the base case and 
alternative future scenarios. Thus, the first context (also referred to herein as "vision view") 
facilitates the choice of an optimal future scenario to maximize value creation of the business 
enterprise. Accordingly, the first context is particularly useful for strategic planning. In a 
second context, the system 100 compares the organization's actual value creation performance 
during a period of time to the performance predicted at the beginning of that time period. Thus, 
in the second context (also referred to herein as "performance view"), the value creation 
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performance of the business enterprise may be evaluated with the benefit of hindsight and 
measured against value creation that was previously predicted for the enterprise. 

Figure 3 illustrates a flow diagram 300 showing determination of outcomes based upon 
different assumptions. For example, the CPU 102 can be controlled to determine the outcomes 
5 226 (Figure 2) from the groups of scenarios 220 (Figure 2) in accordance with the flow diagram 
300 of Figure 3. In a state 302, data relevant to the various scenarios may be retrieved from the 
database 104 (Figure 1) to the CPU 102 (Figure 2). Then, in a state 304, the data for the 
assumptions and their related events may be assembled into scenarios. 

As explained above, the event matrix stored in the database 104 is a relational database in 
10 which assumptions (e.g., assumed variables), events, and their related probabilities are collected 
and grouped into the various base case and alternative scenarios. Some assumptions may be 
scenario-independent and, thus, are constant throughout all the scenarios. Other assumptions, 
Q however, may vary scenario by scenario. Thus, for example, an assumption ("Assumption a") 
may be set at value ai in the base case scenario, at value a2 in a first alternate scenario ("Scenario 
A"), and at value in yet another alternate scenario ("Scenario B"). Each of the scenarios 
yields "scenario stakeholder outcomes" as further described below. The scenario stakeholder 
outcomes (and how they vary over time) for the base case may be used for performance tracking. 
The other scenario outcomes may be used as "what-if ' comparisons for strategic planning. 

Next, program flow may move to a state 306 where equations for determining present 
M) value are applied to the assumptions for the base case scenario (exemplary computations are 
O discussed herein). Then, from the state 306, program flow moves to a state 308 where outcomes 
" determined by the computations performed in the state 306 are presented. For example, the 
outcomes may include a monetary amount (a financial outcome) determined to be the present 
value of the future value streams of the business enterprise based upon the base case 
25 assumptions. Alternately, the outcomes may include measurements of non-financial value 
creation. 

In addition, from the state 304, program flow may move to a state 310. In the state 310, 
equations for determining present value are applied to the assumptions for the first alternate 
scenario ("Scenario A"). Then, from the state 310, program flow may move to a state 312 where 
30 outcomes determined by the computations performed in the state 306 are presented. For 

example, the outcomes may include a monetary amount determined to be the present value of the 



01 
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future value streams of the business enterprise, or a non-financial metric, based upon the 
Scenario A assumptions. Further, from the state 304 program flow may move to a state 314. In 
the state 314, equations for determining present value are applied to the assumptions for the 
second alternate scenario ("Scenario B"). Then, from the state 310, program flow may move to a 
state 312 where outcomes determined by the computations performed in the state 306 are 
presented. For example, the outcomes may include a monetary amount determined to be the 
present value of the future value streams of the business enterprise, or a non-financial metric, 
based upon the Scenario B assumptions. 

Figure 4 illustrates a flow diagram 306 for determining net present value based upon 
value creation in accordance with the present invention. For example, the flow diagram of 
Figure 4 may be performed in the state 306 of Figure 3. In a state 352, an amount of a projected 
cash inflow ("CashIN") for a future financial value stream of the business enterprise may be 
adjusted by a factor that accounts for the time period between the present and the time that the 
cash inflow is expected. For example, the factor may be an after-tax, risk-adjusted discount rate 
("ra_atr"). The amount of cash inflow, CashIN, may be an assumed variable that influences a 
future financial value stream for business enterprise. An event may occur, for example, which 
triggers the cash flow. Next, program flow may move to a state 354 where the projected cash 
inflow determined in the state 352 may be adjusted by a estimated probability that the cash flow 
will be realized. From the state 354, program flow moves to a state 356. 

In the state 356, any additional influences on the future financial value stream for the 
business (e.g., projected cash inflows) for the same or additional future financial value streams 
may be adjusted, as in the states 352 and 354 and summed (e.g., aggregated) to determine a total 
present value for the future financial value streams of the business enterprise. The computations 
performed in the states 352-356 may expressed as follows (for example, the selected stakeholder 
category may be "shareholders"): 

The present value of projected after-tax cash inflows may be given by: 



InPV = Y<" CashIN iX 



1 



x InProb 



\ + ra atr 



J 
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where CashIN represents the projected after-tax cash inflow for a specific year; ra_atr is the 
after-tax risk-adjusted discount rate (adjusted for industry and company-wide risks); InProb is 
the probability (as assessed by the user or by management of the business enterprise) of the 
inflows occurring; and InPV is the discounted present value of cash inflows. 
The value: 



m 



E 

B 



( i 

Y n CashIN ,x 

^ ' l^l + ra air 



V 



represents the conventional discounted cash flow (DCF) formula for computing a present value 

(PV) of CashlNi in year 1, CashDsf 2 in year 2, etc. 

10 In a state 358, an amount of a projected cash outflow ("CashOUT") for a future financial 

value stream may be adjusted by a factor that accounts for the time period between the present 

! Jl and the time that the cash outflow is expected. For example, the factor may be a risk-free, after- 
CD 

tax discount rate ("rf_atr"). Next, program flow may move to a state 360 where the projected 
cash outflow determined in the state 358 may be adjusted by a estimated probability that the cash 
outflow will occur. From the state 360, program flow moves to a state 362. 

In the state 362, any additional projected cash outflows for the same or any additional 

J£5 future financial value streams may be adjusted, as in the states 358 and 360 and summed to 

u 

U1 determine a total present value for the business enterprise that is attributable to cash outflows. 

S The computations performed in the states 358-362 may expressed as follows (for example, 

20 selected the stakeholder category may be "shareholders"): 

The present value of projected after-tax cash outflows is given by: 



OutPV = Y" CashOUT, xf -J > 



xOutProb 



where CashOUT represents the projected after-tax cash outflow for a specific year; rf atr is the 
25 risk-free after-tax discount rate; OutProb is the probability (as assessed by the user or by 
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management of the business enterprise) of the outflows occurring; and OutPV is the discounted 
present value of cash outflows. 

Next program flow moves to a state 364 where the total present value of projected cash 
outflows may be subtracted from the total present value of projected cash inflows to determine a 
net present value for business enterprise. 

The net present value (NetPV) computed in the state 364 may be given by: 



where NetPV is the net of the present values of cash inflows and outflows. 

Then, program flow moves from the state 364 to a state 366 where the effect of real 
options value (if any) included in any of the enterprise's strategies may be incorporated in the 
computation. Thus, the present value computed in the state 366 may be given by: 



where RealOptVal is the "real options value" of the ability to defer certain expenses until future 
events suggest that further investment is warranted (similar to taking an option on a stock before 
advancing the full investment price of the stock). The real options value may be determined 
conventionally by reference to the Black-Scholes equation. 

It will be apparent that the above formulas are exemplary and are taken from the 
perspective of a shareholder. Other formulas may be used to calculate present values for any of 
the other stakeholder groups. For example, from the perspective of a stakeholder that is a joint 
venture partner, the events, their associated probabilities of occurrence and their associated 
financial benefits will result in different financial outcomes than those experienced by a 
shareholder. 

Figure 5 illustrates the flow diagram 306 of Figure 4 including exemplary projected cash 
flows and related probabilities. The example considers a case where a pharmaceutical company 
anticipates the sale of rights to manufacture a particular drug 3 years in the future for $10,000 
million. Therefore, in the state 352, CashIN is equal to $10,000 million. In addition, the after- 
tax risk-adjusted discount rate, which is adjusted for industry-wide and company-wide risks, is 



NetPV = InPV- OutPV 



TotNetPV = NetPV + RealOptVal 
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assumed to be 8%. Therefore, ra atr used for this example for cash inflows is equal to 0.08. 
Since with the drug project is just through Phase EI Clinical Trials, the probability that the drug 
will be approved by the Food and Drug Administration (FDA) and final commercialization is 
estimated at 50%. Therefore, InProb for this example is 50%. 
In that case, the above formula: 



f i v 

y\ + ra _atr 



InPV = Y J "CashIN i x - x InProb 

simplifies to: 

7«PF = 10.000xf— 1 x 50% = 3.969 

Also in the example, the expenses associated with commercialization of the drug are 
estimated to be $2,000 million. The after-tax risk-free discount rate, rf_atr, used for cash 



m 

HP outflows is assumed to be 4%. In addition, the same probability of 50% is associated with the 
outflow. 

4= Accordingly, the formula: 



m OutPV = Y t l CashOUT i 

simplifies to: 



f i Y 

xOutProb 



^l + rf _atr y 



OutPV = 2.000 x 



1 ' x 50% = 0.444 



U.04, 



and so 

NetPV = InP V - OutP V = 3.969-0.444 = 3.525 



Depending upon the circumstances, the rates for ra_atr and rf_atr may be larger or 
20 smaller. In addition, under certain circumstances it may be appropriate to use a surplus cash 
after-tax short-term investment-rate (rather than an after-tax risk-free rate) for cash outflows. 
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Adding a real options value of $0,300 million (calculation not shown in this example but 
may be performed in accordance with conventional techniques) yields: 



As a more complex example, Figure 6 illustrates the flow diagram of Figure 3 including 
exemplary values for various assumptions (e.g., assumed variables). In the example, a fictional 
pharmaceutical company, referred to herein as "Company A," is involving a larger company as a 
partner, referred to herein as "Big Pharma," in all its clinical trials. As a base case scenario, 
license fees are assumed to be 60% for Phase I trials, 60% for Phase II trials, and 100% for Phase 
III Trials and ongoing royalties on subsequent commercialized sales are assumed to be 20%. 
With this amount of projected license fees, no further capital is expected to be required since the 
initial capital was raised with the base case scenario in mind. Commercialization and related 
revenues is expected to start in the year 2010. To determine the present value of the future 
financial value streams of the business enterprise taking into account this base case scenario, 
computations may be performed in accordance with the flow diagram illustrated in Figure 4. 
However, the details of the computations are not shown in Figure 6. The outcome for the base 
case scenario, for example, may be a present value (PV) of $296 million. 

In addition, two alternative scenarios may be presented. In a first alternate scenario 
("Scenario A"), the company conducts the Phase I trials on its own and only involves Big 
Pharma partner in Phase II and III trials. Because of the lesser financial commitment of Big 
Pharma, it would normally pay a higher royalty rate on ultimate sales. However, this scenario 
may require Company A to raise additional capital of $90 million to make up for the missing 
'Phase I license fees. As an offsetting factor, commercialization and related revenues are 
expected to start in the year 2009. This is because a Big Pharma has its own ongoing 
manufacturing operations to consider with research and development tending to be a minor 
sideline. Consequently, Company A itself is expected to act more quickly than Big Pharma. 
Therefore, commercialization in Scenario A is expected to occur more quickly in comparison to 
the base case scenario. 

Therefore, if Company A conducts the Phase I trials on its own, they will be completed 
somewhat sooner, thus advancing the final commercialization date. In computing the outcome, 
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the discounted cash flow calculations utilized to determine the present value reflect the lower 
license fees (unfavorable), the higher royalty rates (favorable), and the earlier commercialization 
date (favorable). The net effect in this assumed example, is a computed present value (PV) of 
$204 million. Clearly, at present, Company A achieves a better outcome with the base case 
5 scenario. Accordingly, the better choice is to direct the company along the path indicated by the 
base case scenario. 

Various factors, however, may change over time. If, as a result of revised assumptions 
(revenues, costs, timing, etc.) the recomputed Scenario A ever turns out to be more favorable 
than the recomputed base case scenario, then Company A will likely change its strategic 

10 decisions and opt for Scenario A. 

In a second alternate scenario ("Scenario B"), Company A conducts the very long and 
expensive Phase ELI trials on its own and involves Big Pharma as a partner in only the Phase I 
□ and II trials. Compensating factors expected to result from this more significant change are an 
: » increase of the royalty rate to 28% and acceleration of the commencement of commercialization 

11 to the year 2008. However, Company A may have to raise an additional $300 million capital to 
£p H finance the Phase III trials. When the present value is computed with all of these changes 

JE! factored in, present value under Scenario B may be found to be $231 million. Again, the base 

case scenario at remains the most favorable. Updated assumptions may continue to be collected 
jpfi in the database 104 (Figure 1) for each of these scenarios, as various events transpire so that, at 
2$ any time, management can decide to change strategic direction should an alternative scenario 

y i 

O prove optimal at some point in the future. 

O 

Figure 6 also shows the comparative values for the Big Pharma stakeholder. While this is 
not shown in the example, the system may generate the present value of the base case and each 
alternative scenario for multiple stakeholders. The difference in the computations is that from 
25 the perspective of the Big Pharma company there will be different assumptions made about cash 
inflows and outflows and their associated probabilities. 

Some scenarios may eventually cease to be viable alternatives. For example, assuming 
Company A has contracted with Big Pharma to participate in the Phase I Clinical Trials, 
Scenario A is no longer a continuing option. As such, Scenario A may be dropped from the 
30 database 104 (Figure 1). Depending on how the contract with the Big Pharma has been drawn 
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up, however, Scenario B may continue to be a viable option that may be revisited at a later time 
(e.g., as the time for the Phase IE Clinical Trials draws closer). 

As noted above, a "financial value stream" refers to those benefits that are reducible to 
cash or cash equivalents, whereas, a "non- financial value stream" refers to those benefits which 
are not readily reducible to cash and cash equivalents. More specifically, non-financial value 
streams are quantified by various metrics that measure value creation performance of the 
business enterprise with respect to the value creation expectations of stakeholders. Those value 
creation expectations are related to benefits that are not readily reducible to cash and cash 
equivalents. A non-financial outcome is an expected quantification, such as a numeric value or a 
yes/no result, expected to result from a particular non-financial value stream. 

As is the case future financial value streams, the determination of non-financial value 
streams or outcome metrics can be viewed in either vision view, in which case the system 
calculates a future projected outcome based on assumed variables, or in performance tracking 
view, where the system compares a target or future outcome with actual achieved performance. 

To further illustrate, numerous non-financial value streams related to expectations of 
various categories of stakeholders are possible. An example of a non-financial value stream for 
stakeholders who are customers is "on-time performance." For Company A, a pharmaceutical 
company, a quantifiable metric for on-time performance may be the number of drug formulas 
which are delivered on, or ahead of, a predefined schedule in a given year. This metric may be 
predicted by computing an outcome based upon assumed variables and influencing events. In 
addition, historic values for this metric may be measured and compared to the predicted values. 
Figure 7 illustrates a chart 350 showing a comparison between targeted and actual numbers of 
drug formulas delivered on or ahead of schedule. 

The on-time Performance relates to the expectations of a class of stakeholders of 
Company A (e.g., customers). An exemplary formula for calculating a metric for on-time 
performance (i.e. a non-financial outcome) in vision mode (i.e. the metric is prospective of on- 
time performance rather than historic) may be as follows: 

future (or target) on-time performance = (A X D) + (A X E)+ (A X F) 
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Where assumed variables are as follows: A is the number of active drug development projects; D 
is the percentage of projects expected to generate viable formulas in the current year; E is a 
factor that is related to innovation capabilities defined in a capacity matrix; and F is a factor that 
is related to employee productivity which is related to employee value creation in the stakeholder 
matrix. 

Each of these assumed variables may be linked to an event in the event/assumption 
matrix stored in the database 104 (Figure 1). For example, the assumed value, A, for the 
number of active drug development projects may change if an event occurs defined as the 
company launching one or more new projects. As another example, the percentage, D, of 
projects expected to generate viable formulas in the current year may be linked to past external 
events (e.g., an industry average). Further, the factor, E, in the capacity matrix may also be 
linked to future events relating to innovation. Also, the factor, F, in the stakeholder matrix may 
be linked to future events relating to employee productivity which is linked to company 
performance with respect to respect and recognition of employees. 

As shown in Figure 7, the calculated target outcome for 2001 is 10. This value may 
result from the following assumed values: 

A = 25 (there are 25 active drug development projects); 

D = 60% (based on industry averages, 60% of these projects should result in generating a 
formula for further testing and development); 

E = - 20% (since Company A was recently established, its innovation capability is still 
ramping up, and E is assigned a value that represents a discount attributable to lower innovation 
capability than the industry average); and 

F = 0 % (is it is assumed that the company will meet the value creation expectations of 
employees with respect to respect and recognition, with the result that this event/assumed 
variable has neither a positive or negative influence on the outcome). 

In a performance tracking mode, the previously calculated outcome value for on-time 
performance (in vision mode) may be compared to actual historic performance. Significant 
differences between anticipated and actual performance may be indicative of a performance 
problem in the company that management should address, or alternatively, may indicate that 
assumed variables are incorrect and the model needs to be re-calibrated accordingly. Thus, 
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Figure 7 shows exemplary historic values for each of the years 2000, 2001 and 2002 compared to 
projected outcome values for those same years. 

The metric for on-time performance may, in turn, be linked to other financial or non- 
financial assumed variables and related events. For example, the event/assumption matrix may 
contain an event related to customer expectations with respect to on-time performance. A 
significant discrepancy between previously projected on-time performance (in vision mode) and 
actual on-time performance (in performance-tracking mode) may trigger this event, which in turn 
may be linked to assumed variables which influence the timing of future commercialization 
revenues. Thus, a computed non-financial outcome may be an event which triggers a 
computation of a financial outcome and may also be an input (e.g., by influencing an assumed 
variable) to the computation of the financial outcome. 

Another example of a non-financial value stream for stakeholders who are employees is 
"respect and recognition." An example of a metric for respect and recognition may be the 
number of employees who are awarded official recognition by company management in a given 
year. Another example of a metric for respect and recognition may be attrition rate of employees 
in a given year. A further example of a metric for respect and recognition may be results of a 
survey of, or feedback from, employees which asks them to assess how well company 
management is doing in this regard. 

An example of a non-financial value stream for stakeholders who are shareholders is 
"access to information." An example of a metric for access to information may be a number of 
press releases generated by the company in a given year. Another example of such a metric may 
be results of a survey of, or feedback from, shareholders which asks them to assess how well 
company management is doing in this regard. 

An example of a non-financial value stream for stakeholders who are suppliers is 
"collaboration on new opportunities." An example of a metric for this value stream may be a 
number of new supply channels opened to a given a supplier in a given year. Another example 
of such a metric may be results of a survey of, or feedback from, suppliers which asks them to 
assess how well company management is doing in this regard. 

An example of a non-financial value stream for stakeholders who are the community and 
society at large in which the company operates may be "environmental responsibility." An 
example of a metric for this value stream may be measured levels or quantities of various 
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recognized environmentally hazardous substances that are generated by the company. Another 
example of such a metric may be results of a survey of, or feedback from, members of the 
community which asks them to assess how well company management is doing in this regard. 

The various non-financial value streams and non-financial outcomes may be grouped into 
the following categories: capability metrics; infrastructure metrics; and networks metrics. 
Accordingly, events and assumed variables which influence these non-financial value streams 
and outcomes can be stored in corresponding matrixes in the database 104, along with the events 
and assumed variables which influence financial value streams. 

An example of a non-financial outcome in the above-described capability metrics 
category is "annual intellectual property (IP) filings." Figure 8 illustrates a chart 352 showing a 
comparison between targeted and actual numbers of IP filings made (e.g., a number of patent 

r 

applications). To determine the number of annual IP filings as a non- financial outcome metric in 
vision mode (i.e. prospectively) for Company A, a formula may be expressed by: 

future (or target) annual IP filings = A X B X C 

Where assumed values are as follows: A is the number of active drug development projects; B is 
the average number of scientists per development project; and C is the average number of patents 
targeted per scientist per year. 

Each of the assumed values may be linked to an event in the event/assumption matrix 
stored in the database 104 (Figure 1). For example, the assumed value, A, for the number of 
active drug development projects may change if an event occurs defined as the company 
launching one or more new projects. As another example, the assumed value, B, for the number 
of scientists per development project may change if the company an event occurs defined as a 
success in recruiting a targeted group of scientists. Accordingly, occurrence or non-occurrence 
of events in the event matrix may trigger computation of a non-financial outcome. 

As shown in Figure 8, the calculated value for 2001 is 375. This may result from the 
following assumed values: 



A = 25; 
B = 6; and 



C = 2.5. 
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In a performance tracking mode, the calculated outcome value for annual IP filings may 
be compared to actual performance. Thus, as shown in Figure 8, projected values are compared 
to actual values for the years 2000, 2001 and 2002. Significant differences between anticipated 
and actual performance may be indicative of a performance problem in the company that 
management should address, or alternatively, may indicate that assumed variables are incorrect 
and the model needs to be re-calibrated accordingly. 

As noted above, the value for annual IP filings in performance-tracking mode may, in 
turn, be linked to other financial or non-financial assumed variables and related events. The 
system 100 (Figure 1) may compare the actual performance in annual IP filings with a previous 
calculation of annual IP filings in vision mode. A significant discrepancy may trigger an event 
in the event/assumption matrix related to annual IP filings which, in turn, may trigger 
computation of a financial value. For example, the annual IP filings event may influence 
assumed variables related to future licensing revenue from patents. 

An example of a non-financial outcome in the above-described infrastructure metrics 
category is "supercomputing capacity." Figure 9 illustrates a chart 354 showing a comparison 
between targeted and actual levels of normalized computing capacity, for example, measured in 
millions of instructions per second (MIPS). An example of a non-financial outcome in the 
above-described network metrics category is "global human genomics extranets." Figure 10 
illustrates a chart 356 showing a comparison between targeted and actual participation in 
extranets by targeted institutions. 

As can be seen, these non-financial value streams and outcomes are not readily reducible 
to financial values, however, they may influence financial value streams. Thus, the non-financial 
value stream metrics and non-financial outcome metrics generated by the system can be grouped 
into two categories: those which produce outcome metrics that are themselves classified as 
events for purposes of generating financial value creation outcomes and hence, may result in 
modifications to financial value creation outcomes; and those which are not classified as events. 

An example of a non-financial outcome which may, itself, be a event which influences a 
financial value stream is the annual IP filings metric, as discussed above. An event in the 
event/assumption matrix may be related to whether annual IP filings are significantly above or 
below a predefined threshold. An assumed variable related to this event may be future licensing 
revenue, which in turn will influence future financial value streams. Thus, if the non-financial 
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outcome indicates that annual IP filings are above the predefined threshold, this fact may result 

in an increased probability that revenue will be derived from technology licensing activities. 

Accordingly, a probability applied to determine a present value of a future financial value 

stream, as explained herein, may be increased, which will, in turn, increase the present value for 

5 the corresponding value stream. 

Another example of a non-financial outcome which may influence a financial outcome is 

the metric representative of employee respect and recognition, as discussed above. The 

performance of the company in meeting this expectation may be tracked, for example, by a 

survey of employees. An event in the event/assumption matrix may be related to whether such a 

10 survey reveals that company performance in this respect is significantly below or significantly 

above a defined threshold. An assumed variable related to this event may be employee 

productivity, which in turn may influence the amount and timing of future financial value 

3 streams. In addition, this metric of respect and recognition may also influence other non- 

n 

B financial value streams, such as that related to on-time performance. 

Thus, events may be linked to non-financial metrics (and vice versa), including future 
non-financial value streams (e.g., stakeholder expectations with respect to value creation to the 
extent these are non-financial) and to non-financial outcomes in the capacity matrix (e.g., 
capabilities, infrastructure, networks). In addition, certain non-financial metrics, in turn, are 
defined as events in the event/assumption matrix and, hence, may influence future financial 
TiO value streams in addition to future non-financial value streams. 

O As mentioned, non-financial outcomes may be determined based upon associated 

Q 

assumed variables and their influencing events. A formula matrix may be created for an 
enterprise and stored in the database 104 (Figure 1). The formula matrix may define, for 
example, what financial and non-financial value streams are to be modeled, what key scenarios 
25 must be examined in the event/assumption matrix, what key capabilities must be tracked in the 
capacity matrix, what the relevant stakeholder groups are that must be incorporated into the 
stakeholder matrix, etc. In other words, the formula matrix sets up the key parameters of the 
overall system. 

Events and assumed variables are organized in several data structures. Events and 
30 assumed variables related to financial value creation outcomes are organized in the 

event/assumption matrix, as described above. Assumed variables relating to non- financial value 
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streams or outcomes may be organized in a stakeholder matrix or a capacity matrix in the 
database 104. All assumed variables that have an influence on a future financial or non- financial 
value stream of the business enterprise are linked to at least one future or past event for each 
assumed variable that influences the corresponding assumed variable. Note that some assumed 
variables may be located in the capacity or stakeholder matrix, but may be linked to events in the 
event matrix. In addition, certain outcome metrics relating to capacity or stakeholders may be 
events in the event/assumption matrix. 

A generic formula for calculating a metric that represents a non- financial value stream or 
non-financial outcome may be given as follows: 

Non- financial outcome metric = f (assumed variables i_ n ) 

where n = the number of assumed variables linked to events that influencing the specified non- 
financial outcome. Thus, the non-financial outcome metric is a function of a number, n, of 
assumed variables. Software which controls the CPU 102 to determine the financial and non- 
financial outcomes as explained above is referred to herein as the "calculation engine" 400 
(Figure 22). 

Figure 1 1 illustrates an event matrix data structure 400 for storing assumptions (e.g., 
assumed variables) and their related events in accordance with the present invention. As stated 
previously, the event matrix 400 stored in the database 104 (Figure 1) is a relational database in 
which assumptions, events, and their related probabilities are collected for both financial and 
non-financial value streams. The system 100 is event-driven. That is, each assumption is based 
on various projected events that are expected to influence the related assumption. If over a 
period of time, the projected future events all come to pass exactly as anticipated, then the 
assumptions in the matrix 400 remain unchanged. However, if a projected event does not occur, 
or if it occurs in a different way or to a different extent than originally projected, or if a 
previously unanticipated event occurs, then the related assumption may be modified in the matrix 



In Figure 1 1, the matrix 400 contains the assumed variables that are utilized as a basis for 
computing the outcomes (e.g., present value for financial values streams or outcomes associated 
with non-financial value streams) of the future financial and non-financial value streams of the 



400. 



Gray Cary\HVY7052660.4 
2101197-991110 



24 



PATENT 
.Dkt. No. CI 197-991 120 

business enterprise, the related projected events (e.g., a related event stream) upon which the 
assumptions depend, and management's assessment of the probability of those events occurring. 
The assumption-event-probability relationships within the matrix 400 can be displayed in either 
of two ways. In an "assumption view," the system 100 presents the assumptions and, for each 
assumption, shows the influencing events. The assumption view is shown in Figure 1 1. In an 
"event view," the system 100 focuses first on events and, then, for each event shows the 
"affected assumptions." The event view of the event matrix 400 is shown in Figure 13. 

As an illustration, Figure 1 1 (assumption view) shows that "Assumption a" is influenced 
by Event Streams 1, 2, and 3, while "Assumption b" is influenced by Event Streams 2, 4, and 5. 
Note that more than one assumption may be influenced by the same event stream (e.g., both 
Assumption a and Assumption b may be influenced by Event Stream 2). 

Each event stream can be further decomposed into specific component events in that 
stream. Thus, Event Stream 1 may include projected Event 1-1, Event 1-2 and Event 1-3. For 
each event, the matrix 400 may include additional information. This may include, for example, 
an anticipated date of occurrence, a probability of occurrence (as assessed by management), what 
will constitute evidence of occurrence, if and when the event occurs, and, prior to the event 
actually occurring, evidence of increasing likelihood that it will occur. In addition, evidence of 
decreasing likelihood that it will ever occur may be included. Also, an observer may be 
designated who will be charged with the responsibility of assessing these early warnings 
(whether evidence of increasing likelihood or evidence of decreasing likelihood) and for 
observing actual evidence of occurrence if the event, in fact, occurs. These observer-reported 
observations regarding the event stream may be continuously fed into the matrix 400, which in 
turn will affect the assumptions and therefore the projected outcomes based upon computation of 
the present value. Because the occurrence or non-occurrence of an event may trigger a re- 
computation of one or more of the outcomes, the system 100 (Figure 1) may be said to be event- 
driven. 

Figure 12 illustrates the event matrix data structure 400 of Figure 7 including exemplary 
assumptions and related events. In this example of a small portion of the event matrix 400, i.e., 
three assumptions and their related events, are considered. One is the assumption that Company 
A will earn a royalty rate of 20%. This assumption, in turn, will be influenced by three identified 
event streams: changes in competitor royalty rates, which would influence Company A's 
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negotiations with potential Big Pharma partners; changes in the growth rate of world drug sales 
(e.g., a markedly higher rate might put downward pressure on royalty percentages); and 
Company A's negotiating success with other new potential partners (e.g., success in other 
negotiations would make the assumed royalty rate more likely). 
5 Another assumption in the example is the assumed market growth rate for bio-tech drugs 

of 15% a year. This is a relatively high growth rate but reflects the explosion of opportunities 
that are anticipated to follow the impending completion of the Human Genome Project (the 
complete mapping of the human genome). This assumed future growth rate will be influenced 
by three identified event streams: changes in the current growth rate of world drug sales (e.g., a 
10 downturn in the current rate would suggest the possibility of a lower than previously forecast 
future growth rate); a change in the health care delivery system in China (e.g., certain 
developments would open up that country for western bio-tech drugs, which would double or 

0 triple the potential market size); and the impact of non-drug therapies (e.g., if they increase in 
IH popularity, there may be a downturn in drug sales). 

A third assumption in this small portion of the matrix 400 is the longevity assumption 

01 that a new Company A drug will last for 10 years after commercialization before it becomes 
obsolete as a result of a new, leap-frogging scientific discovery. 

L. Each of the event streams can be further analyzed into specific component events in that 

5 

ft stream. In this example, the event stream "changes in competitor royalty rates" contains at least 

"— s 

j|0 three events. The rumored deal with a competitor (referred herein fictionally as "Company B") 
3 would raise the bar and generally lead to higher royalties. Such a deal might occur by June 1, 
^ 2000 but Company A management attributes a probability to this happening of only 10% to 20%. 
If it ever occurs, it will be immediately publicized by the scientific media. 

In the meantime, whether talks are continuing (increasing likelihood) or become stalled 
25 (decreasing likelihood) is something that designated observer "Anne Smith" is charged with the 
responsibility of monitoring. It is expected that the next relevant observation she can likely 
make will be around Mar 1, 2000, although unexpected changes in timetable are possible. 
Another anticipated influencing event is the impact of new EU protocols that could have the 
effect of lowering royalty rates generally. Company A management estimates that there is only a 
30 5% to 10% probability of these protocols ultimately being agreed upon. If they are adopted, it 
would most likely be on July 15, 2000 following the July EU Conference. Evidence of 
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increasing likelihood would be progress in the consideration of the recent German proposals 
while decreasing likelihood would be suggested if the German proposals get dropped. 
Designated observer, "Kurt Heigel" will be monitoring this situation and will likely have an 
updated observation to make by mid April. 

Finally, the impact of a recent merger of another competitor (referred to herein as 
"Company C") could have a minor reducing influence on royalties and Company A management 
estimates the effect is 50% probable. The effect is anticipated to be more likely if it turns out 
that the French senior management team of Company C is replaced and less likely if it turns out 
that there will be no reorganizing of the French subsidiary. A designated observer, "Etienne 
Dupuy" may be monitoring this situation and will likely have an updated observation to make by 
early July. 

The event matrix 400 also characterizes each assumption by type. Having such an 
organized typology of assumptions helps to assure that all relevant assumptions have been 
identified and stated explicitly. Assumptions can be classified, for example, as: revenue 
assumptions; expense assumptions; discount rate assumptions; and timing assumptions. 

Another aspect of the system 100 (Figure 1) may be an organized typology of events. 
For example, events may be characterized as follows: (a) enterprise events, which are internal to 
or involving the enterprise, and which include: relational events (e.g., negotiations with a 
potential strategic partner); operational events (e.g., the completion of Phase II clinical trials); 
contractual events (e.g., the signing of a royalty agreement); transactional events (e.g., the receipt 
of license fees); observational events (e.g., observations made during marketing research); and 
decisional events (e.g., the decision to drop Drug A and develop Drug B); (b) external events, 
which are wholly outside the enterprise but ultimately influencing it, and which include: market 
events, which affect an entire industry; competitive events (e.g., the threat of a newly successful 
competitor); and supply events, which affect the availability of needed resources; (c) event 
implications, which include: new opportunities, which are clearly indicated; new confirmatory 
evidence that the future is unfolding as previously assumed; new contradictory evidence that the 
future may not be unfolding as assumed; and new threats, which are clearly identified. 

Figure 13 illustrates an event matrix data structure for storing events and their related 
assumptions in accordance with the present invention. As mentioned, in the event view, the 
system 100 (Figure 1) displays events and, then, for each event shows the affected assumptions. 



Gray Caiy\HV\7052660.4 
2101197-991 110 



27 




I PATENT 
,tty. Dkt No. CI 197-991 120 



In this figure, the event streams shown are Event Stream 1, Event Stream 2, and Event Stream 3. 
The first affects Assumptions a, d, and e; the second affects Assumptions a, b, and f; the third 
affects only Assumption a. 

In addition, assumptions (i.e. assumed variables) stored in the event matrix 400 (Figures 
5 1 1-13) are preferably arranged in a hierarchy (referred to herein as an "assumption hierarchy"). 
Thus, an assumption at one level may be influenced by assumptions at one or more lower, more 
detailed, levels. These lower level assumptions may be considered "underlying assumptions" 
relative to the assumptions which are influenced by them. For example, management of the 
business enterprise may assess that the probability of a particular revenue-generating event 
10 occurring over a six-month period is 30% for the first month, 10% for the second month, 7% for 
the third month and 1% for each of the fourth, fifth and sixth months. These assumptions for the 
individual months are underlying assumptions relative to an overriding assumption that the event 
Q has a 50% probability of occurring within the six-month period (30% + 10% + 7% + 1% + 1% + 
J 1% = 50%). This overriding variable of 50% and the underlying variables of 30%, 10%, 7%, 

1%, 1% and 1% may be stored in the event matrix 400 and may be inserted into a calculation of 
Bi present value for that particular value stream. If the first month passes without the event 
j occurring, then the 50% value may be reduced to 20% (10% + 7% + 1% + 1% + 1% = 20%) and 
^ the present value determined again based upon the new, lower probability. 



y non-financial value creation, which includes appropriate metrics to reflect value streams that 

O 

cannot be conveniently denominated in cash and cash equivalents; financial value destruction, 
which includes the Present Value of future value destruction streams; and non-financial value 
destruction, which includes appropriate metrics to reflect value destruction potential that cannot 

25 be conveniently denominated in cash and cash equivalents. 

In any venture, there is always the potential for the loss of one's initial investment if the 
project fails. In such a case, the present value would be zero. However, it is not always that case 
that one's potential loss is limited to one's initial investment. Accordingly, the financial value 
destruction calculation is relevant in situations where the potential loss is greater than the 

30 investment at risk. Figure 14 illustrates a flow diagram 500 for determining the effect on present 
value based on financial value destruction and its related probability. 
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The system 100 (Figure 1) may determine four types of outcomes for each stakeholder: 
financial value creation, which includes the Present Value of future value creation streams; 
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The steps for calculating financial value destruction parallel those described herein for 
calculating financial value creation. In a state 502, a projected after-tax cash value is ascertained 
for a financial value destruction instance. Then, program flow moves to a state 504 where the 
cash value is adjusted by an ascertained probability that the value destruction will occur. For 
example, the cash value may be multiplied by the probability. From the state 504 program flow 
moves to a state 506. In a state 506, a result of the adjustment performed in the state 504 may be 
presented. 

Figure 15 illustrates the flow diagram of Figure 14 including an exemplary value 
destruction and related probability. In the value destruction example, Company A has become 
aware that under one scenario under consideration, if it decides to terminate a certain project, it 
risks losing one of its key lead scientists, which may in turn result in a loss of key contacts that 
are essential to the success of a second major project valued at $2 million. Thus, the cash value 
ascertained in the state 502 is $2 million. The probability attached to this combination of 
circumstances is 10%. Thus, in the state 504, when discounted at 8% (an after-tax non-risk 
adjusted discount rate, "ua_atr"), and multiplied by the 10% probability factor, the equation 



yields a present value of $79,000. This value may be presented as an outcome in the state 506. 

Figure 16 illustrates a flow diagram for determining an outcome variance for different 
future scenarios in accordance with the present invention. In states 602, 604, and 606 outcomes, 
such as present values, for each of the base case scenario, and one or more additional scenarios 
(e.g., Scenarios A and B) may be determined, as explained herein. For tracking performance 
over time, the outcomes for the base case scenario may be determined with respect to a first point 
in time, while the outcomes for the alternate scenarios may be determined with respect to a later 
point in time. 

Then, the various outcomes of these scenarios may be compared in states 608 and 610. 
This may be accomplished, for example, by determining an outcome variance using the 
following equation: 
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where t2 > ti : 

OutcomeVar A>bc — TotNetPV A -TotNetPV^ x(l + ra _atrf 2 " l) 

This equation is equivalent to taking the present value (PV) at the beginning of the period in 
question, and adding a cost of capital return (COCr), and comparing the result to the calculated 
present value (PV) at the end of the period. 

If the outcome variance is zero, then the organization has earned exactly the returns 
expected during the period. Normally, however, there will be a difference between the actual 
present value (PV) and the expected present value (PV) after adding the cost of capital return. 

A next step that may be performed by the system 100 (Figure 1) in the states 612 and 614 
is an analysis of the changes in events and related assumptions that, in combination, account for 
the Outcome Variance. This analysis may be important to providing management of the 
business enterprise accountability for the selection of events and assumptions in the event matrix 
400 (Figures 7, 13). 

A similar type of analysis can be performed to compare one or more scenarios at a 
particular point in time. 

where t 2 = t\: 

OutcomeComp B>A = TotNetPV B -TotNetPV A 

In the case, the equation is used to compare the outcomes of the scenarios under comparison. A 
similar analysis of the reasons for the difference in outcomes can be performed to identify the 
critical differences in events and assumptions between the scenarios and may be important to 
strategic planning for the enterprise. 

Figure 17 illustrates an exemplary determination of outcome variance. In Figure 17, 
using the example for Company A, the calculation of an outcome variance of $53,929 million is 
shown based on applying a cost of capital return (COCr) to the present value (PV) at the 

beginning of the period (i.e. an opening present value), and comparing the result to the calculated 

< 

PV for the current period. 
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This is followed by an analysis of the changes in events and assumptions that account for 
the calculated difference. In this illustration, the difference is accounted for by 8 factors: 

Five factors caused PV to be higher than previously calculated: (1) expected increase in 
future sales for Biolnformatics Tool #4; (2) expected increase in biotech sales world wide (which 
5 will also results in an increase in Company A sales); (3) a revision upward of the expected sales 
for Biotech Drug #26; (4) an upward increase in general sales growth based on the world sales 
increases the previous; and (5) slightly higher investment income performance. 

Three factors caused PV to be lower than previously calculated: (1) slight overrun in 
R&D spending; (2) an expectation that this overrun would continue into the future; and (3) a 
10 higher donation to the World Health Organization (because of the positive outcome variance). 

Figure 18 illustrates a flow diagram 700 for operation of the computer system 102 of 
Figure 1 including various modes of user interaction in accordance with the present invention. 
3 Program flow begins in a start and user authorization state 702. 

f t In the state 702, a verification of the identity of a user (e.g., a stakeholder-user) who is 

jjj5 attempting to access the system 100 (Figure 1) may be determined. This may include, for 
ffs example, obtaining the user's identity, verifying the user's password and checking and recording 
5j a time stamp for the user' session. In addition, the user may be restricted from performing 
;L certain actions based upon the user's identity. Thus, different users may have different levels of 
m authorization. This may include restricting the user to only be able to view certain designated 
[pjjo information in the various matrices, or allowing the user to also modify certain designated 
Q information. Further, the user may be restricted to a particular mode (e.g., build mode or 

Q 

analysis mode) and access method (e.g., intranet or extranet). In addition, the user may be 

restricted to a particular level of detail such that only certain designated levels of the assumption 

hierarchy may be unavailable to the user for viewing or making changes. Generally, however, a 
25 user may be permitted to store an alternate assumption for any of the assumptions that the user is 

authorized to view. Assuming that in the state 702, the stakeholder-user is authorized to proceed, 

program flow moves to a state 704. 

The system 100 may support five different types of users. These may include: builders, 

who may be building, installing or modifying the system 100; updaters, who may be updating 
30 information (e.g., assumed variables) stored in the database 104 (Figure 1); stakeholders, who 

may be using the system 100 to conduct analysis; assurers, who may have an responsibility to 
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attest to the accuracy of information provided by the system 100; and reporters, who may wish to 
generate a report from the system 100. Accordingly, each user may be grouped or classified as a 
member of one of these groups or as a member of some other group, such as experts at value 
creation modeling, according to the user's identification. 

To accommodate these users, the system 100 may operate in five different corresponding 
modes of operation. The modes include: a build mode, in which a builder may build, install or 
modify the system 100; an update mode, in which a updater may update information in the 
database 104; an analysis mode, in which a stakeholder may conduct analysis; an assurance 
mode, in which an assurer may interact with the system in order to perform various assurance 
operations, and a reporting mode, in which a reporter may generate various reports. 
Accordingly, in the state 704, the user selects a mode of operation for the system 100 (Figure 1) 
under which the user may interact with the system 100, including interaction with data stored in 
the database 104 (Figure 1). 

The build mode provides an interface by which the user may initialize the system 100 
(Figure 1) for a particular business enterprise. Accordingly, the build mode is generally a 
starting point for a user who is starting from scratch to build a data set for a particular business. 
This may include creating the event matrix 400, or other type of matrix in the database 104 
(Figure 1). 

More particularly, assuming the user selects the build mode in the state 704, program 
flow moves to a state 706. In the state 706, the user may select a downloadable template from a 
plurality of such templates. For example, downloadable templates for various different 
industries, sectors, or functions performed by the enterprise may be pre-stored at a centralized 
location in the network 100 (Figure 1). For example, the templates may be downloadable from 
the Internet. Such a template may assist the stakeholder-user in using the build mode by 
providing some of the information the database 104 (Figure 1) which the user would otherwise 
provide manually. This information could include assumptions that are typical for the industry 
or sector, and relevant to the functions performed by the enterprise, such as research and 
development, manufacturing, distribution, and so forth. 

From the state 706, program flow moves to a state 708. In the state 708, the user may 
select one of the four perspectives on the business enterprise (e.g., data arrangements) in which 
the user desires to work in the build mode. As mentioned, these perspectives include: (1) 
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information relating to the enterprise's value creation and realization formula; (2) information 
relating to the enterprise's value stream model; (3) information relating to value creation 
capacity of the business enterprise; and (4) information relating to value creation for multiple 
stakeholders of the business enterprise. 

Assuming the user selects the value creation and realization formula, program flow may 
move to a state 710. In the state 710, the user may specify or modify the value creation and 
realization components for the enterprise. These may include, for example, success criteria, key 
decisions, major premises, value creation capacity components, and identification of key 
stakeholders. 

Alternately, if in the state 708, the user selects the value stream model, program flow may 
move to a state 712. In the state 712, the user may specify or modify the value stream model for 
the enterprise. This may include, for example, identification of value streams and their related 
events and assumptions and specifying how outcomes (e.g., financial and non-financial) are to be 
determined based upon value creation and value destruction events. 

If in the state 708, the user selects the value creation capacity, program flow may move to 
a state 714. In the state 714, the user may specify or modify the value creation capacity matrix 
for the business enterprise. This may include, for example, identifying components (e.g., 
capabilities, infrastructure and networks) needed by the enterprise to realize its value creation 
goals and identifying metrics for each of these components (e.g., capability metrics, 
infrastructure metrics and network metrics). 

If in the state 708, the user selects value creation for multiple stakeholders, program flow 
may move to a state 716. In the state 716, the user may specify or modify the multiple 
stakeholders matrix for the business enterprise. This may include, for example, identifying 
relevant stakeholders (e.g., shareholders, customers, suppliers and distributors), and identifying 
appropriate value creation metrics for each (e.g., customer satisfaction levels or measures of how 
well the enterprise interacts with its suppliers and distributors). 

From any of the states 710-716 program flow may move to an end state 718 in which the 
session with the stakeholder-user may terminate. Alternately, program flow may return to the 
state 704 where the stakeholder-user may select another mode of operation for the system 100 
(Figure 1). 
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Assuming the user selects the update mode in the state 704, program flow moves to a 
state 720. In the state 720, the stakeholder user may select one of the four perspectives on the 
business enterprise in which the user desires to work in the update mode. The update mode 
provides an interface by which a stakeholder-user to make updates to the data in the database 104 
(Figure 1) for a particular business enterprise. This may include updating the event matrix 400 
(Figures 1 1-13) as events occur that affect assumptions and related value streams. Alternately, 
this may include updating any of the other data, such as for the formula matrix, the capacity 
matrix or the mutliple shareholders matrix, stored in the database 104. 

If the user selects the value creation and realization formula, program flow may move 
from the state 720 to a state 722. In the state 722, the user may update information contained in 
the value creation and realization formula. This may include updating the success criteria, key 
decisions, major premises, capacity components and the stakeholder matrix. 

Alternately, if in the state 720, the user selects the value stream model, then program flow 
moves to a state 724. In the state 724, the user may update existing information and may record 
new information in the event matrix 400 (Figures 11-13). This may include updating the events 
and assumptions as events occur and assumptions change over time. For example, a designated 
observer may make a change in response to the occurrence or non-occurrence of an event. This 
may also include the user selecting a level of detail to view and record value stream information, 
such as at a designated level in the assumption hierarchy (assuming that the user has 
authorization to access information at the requested level). In addition, the user may select a 
particular value stream out of several stored value streams 

Preferably, each entry in the event/assumption matrix 400 (Figures 11-13) (and the 
related assumptions in the capacity matrix and the stakeholder matrix) is tagged with a reference 
to the user who provided the information. For example, the user's identity may be stored in the 
database 104 (Figure 1) in association with each element of information which was provided by 
that user. Accordingly, the information may be arranged according to who provided the 
information. Thus, a complete set of entries may be tagged and grouped as provided by 
management of the business enterprise. This grouping can be considered a base case or * 
"official" scenario. 

Each other stakeholder-user, or group of users, may develop alternate scenarios. For 
example, a user may substitute one or more of their own assumptions for those of the base case 
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scenario to develop an alternate scenario. Similarly, the alternate scenarios of individual users 
may be grouped. Accordingly, in the state 724, the user may also select a particular scenario, out 
of the base case scenario and several stored alternate scenarios, in which the user may change 
any information relating to a particular event or assumption. For example, Figure 19 illustrates 
5 an exemplary arrangement of data in the event matrix 400 including some entries from the base 
case scenario and other entries from other users (in this case, Users A, B and C). The Figure 19 
shows that user identities are stored in association with their stored assumptions. Three events 
are depicted in the event/assumption matrix 400. Event 1 was defined by Management, as was 
Assumption a. Users B and C, however, have provided alternative values for Assumption a. 
10 Event 2 was defined by Management. Assumptions b, c, and d are related to Event 2, and no 
alternative values have been provided by users. Event 3, however, was added by User A, as was 
the related Assumption e. User B, who has been authorized to view the stored assumptions of 

□ User A, has defined an alternative value for Assumption e. 

{n Figure 20 illustrates groupings of information from the matrix 400 which was provided 

W5 by various stakeholders. This includes the official base case scenario and multiple alternate 
pi scenarios for stakeholder-users (in this case, User A, User B and User C). The alternate 
~ scenarios may be further arranged, as shown in Figure 20, in groups according to the contributors 
l_ of the alternate assumptions (in this case, Users B and C). Each stakeholder-user when using the 
(js system 100 may have an opportunity to specify what perspective to work with (e.g., formula, 
So value stream model, capacity, or stakeholder perspectives) and to specify the particular user or 

y i 

□ group of users (e.g., the management perspective or the management perspective as modified by 
™ the selected user or user group) who provided the data that the user to work with. For example, 

User A can look at the alternations to the base case made by User B and C individually, and at 
the alterations to the base case of Users B and C as a Group (e.g., Group 1, as represented in 

25 Figure 20 by the dotted line rectangle). 

More particularly, each user, if authorized to do so, may choose to amend an "official" 
base case scenario, amend an official alternative scenario, or create their own alternative 
scenario. In addition, User A has the ability to view the combined changes made by a group of 
users - in this case, Users B and C. Further, User C may give permission for User A to review 

30 User C's customized scenarios. This functionality may limited to company insiders, or 

alternatively, made available to outsiders, and even, if the company uses the system 100 (Figure 
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1) to report information externally, investment analysts. In the preferred embodiment, each user 
is able to make changes to his or her alternative scenarios, but may only view the alternative 
scenarios of another user without making changes. 

To facilitate grouping of contributions, users are preferably assigned to various user 
groups when first accessing the system 100. These groups may be used when authorizing users 
and groups of users to view stored assumptions and to make changes to them. 

If, in the state 720, the user selects the value creation capacity, then program flow moves 
to a state 726. In the state 726, the user may update information contained in the capacity matrix 
of the database 104 (Figure 1). This may include, for example, updating the metrics for 
capabilities, infrastructure and networks or updating a specific capacity component. This may 
also include the user selecting a level of detail prior to updating information in the capacity 
matrix. 

In the state 720, the user may also select updating the stakeholder matrix. In which case, 
program flow may move to a state 728. In the state 728, the user may update information 
contained in the stakeholder matrix of the database 104 (Figure 1). This may include, for 
example, updating stakeholder metrics or receiving feedback from the stakeholder regarding the 
value creation performance of the business enterprise from his or her perspective. Updating 
performed in the state 728 may also include the stakeholder-user selecting a level of detail at 
which the stakeholder information is presented and selecting a particular stakeholder perspective 
from among the various different stakeholders, prior to the user updating the information. 

The system 100 (Figure 1) may provide real-time data collection to encourage 
stakeholder-users to provide feedback on the performance of the organization from their 
perspective. Appropriate filters may be established to ensure that the data obtained is 
meaningful and representative. On-time performance can be used to illustrate the potential for 
direct performance feedback from stakeholders. Customers could be given the opportunity to 
provide their own feedback, from their perspective, on Company A's on-time performance. If 
their feedback confirmed the internal information maintained by the company, this feedback 
would serve the validate the calculations with respect to customer value creation. On the other 
hand, if the feedback from the customer stakeholders indicated significant differences from the 
company's internal information, this could be indicative of incorrect internal information, or 
alternative, incorrect perceptions on the part of customers. In either case, this information would 
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alert Company A's management to the need for action to address the problem. Figure 21 

illustrates various metrics for which feedback may be provided by users or stakeholders in 

accordance with the present invention. 

From any of the states 722-728, program flow may move to the end state 718, 

terminating the session with the stakeholder-user. Alternately, program flow may return to the 

state 704. 

Assuming the user selects the analysis mode in the state 704, program flow moves to a 
state 730. In the state 730, the user may select one of the four perspectives on the business 
enterprise in which the user desires to work in the analysis mode. The analysis mode provides an 
interface by which a stakeholder-user may assess the value creation performance of the business 
enterprise by reviewing the various matrices in the database 104 (Figure 1), making changes 
(e.g., forming alternate scenarios) and, then, reviewing projected outcomes based upon the 
changes. Then, program flow may move from the state 730 to a state 732. 

In the state 732, the stakeholder-user may select a level of detail in which the selected 
value creation information is presented. For example, the user may select a specific level in the 
assumptions hierarchy (assuming that the user has appropriate authorization). The user may also 
select to review information regarding the business enterprise as a whole or information 
regarding a specific value stream. 

If the user selected the value creation and realization formula in the state 730, then 
program flow moves to a state 734. In the state 734, the user may then review information from 
the value creation and realization formula matrix stored in the database 104 (Figure 1). This may 
include, for example, reviewing the success criteria, key decisions, major premises, capacity 
components, information regarding key stakeholders, formula variance analysis information, 
benchmarking information and reports in various formats. 

Alternately, assuming that the user selected the value stream model in the state 730, then 
program flow moves to a state 736. In the state 736, the user may then review information from 
the event matrix which is stored in the database 104 (Figure 1). This may include, for example, 
selecting a specific value stream, scenario or time period for analysis. This may also include 
reviewing event entries, assumptions, benchmarking information, reports in various formats and 
outcomes. The outcomes reviewed in the state 736 may include, for example, present and future, 
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financial and non-financial, value creation determinations, value destruction determinations, and 
outcome variance determinations. 

If, in the state 730, the user selects the capacity matrix for analysis, program flow moves 
to a state 738. In the state 738, the user may then review information from the capacity matrix 
stored in the database 104 (Figure 1). This may include, for example, selecting a specific 
capacity component (e.g., capabilities, infrastructure or networks). For each component, this 
may also include reviewing the associated metrics. In addition, in the state 738, the user may 
also review variance analysis, benchmarking and reports in various formats for the capacity 
matrix. 

Alternately, assuming that in the state 730, the user selects the stakeholder matrix for 
analysis, the user may review information from the stakeholder matrix. Accordingly, program 
flow may then move to a state 740. Analysis in the state 740 may include, for example, the user 
selecting a level of detail at which information regarding a stakeholder perspective is to be 
reviewed and selecting a specific stakeholder perspective from the several different stakeholder 
perspectives. Analysis in the state 740 may also include the user reviewing stakeholder metrics 
for the selected stakeholder perspectives. In addition the user may also review variance analysis, 
benchmarking and reports in various formats for the stakeholder matrix. 

Figure 22 illustrates an event/assumption filter 800 and calculation engine 802 for 
determining various different outcomes based on the stored assumptions of various users. In 
calculating future financial and non-financial value streams, the system may select from the 
relational database 104 (Figure 1) entries that are tagged as contributed by the selected user or 
user group, and use those entries to feed into the calculation of financial and non-financial value 
streams and other non-financial outcomes. 

As shown in Figure 22, an event/assumptions filter 800 may be used to select from the 
event matrix 400 (Figures 11-13) of the relational database 102 the appropriate events and 
related assumptions. In the case of Situation A, the events and assumptions selected by the filter 
800 are the ones defined by management of the business enterprise and, thus, represent the base 
case scenario. These events and assumptions may then be submitted to the calculation engine 
802, which applies the various formulas and methods described herein for determining financial 
and non-financial outcomes. Thus, the outcomes are per the events and assumptions as defined 
by management. 
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In the case of Situation B, the event/assumptions filter 800 may select management- 
defined events and assumptions, except in the case where User A has stored one or more 
alternative assumptions, in which case those alternative assumptions will be used. Thus, the 
outcomes determined by the engine 802 are per the events and assumptions defined by User A. 

In the case of Situation C, the event/assumptions filter 800 may select management- 
defined events and assumptions, except in the case where any member of Group 1 has stored an 
alternative event or assumption, in which case those stored alternative event or assumptions will 
be used. Accordingly, the outcomes determined by the engine 802 are as per events and 
assumptions as defined by Group 1 . 

In cases where more than one member of Group 1 has stored an alternative to a particular 
event or assumption, the default action of the event/assumptions filter 800 may be to select the 
stored alternative which represents the greatest difference from the management-defined event or 
assumption. The event/assumptions filter 800 may also be configured to use a calculated 
average or mean of stored events or assumptions for the selected group, and may be configured 
to prompt a user to make a specific selection among alternative stored events and assumptions. 
Further, the filter 800 may iterate through a number of calculations and produce a report showing 
a range of outcomes between the most pessimistic and most optimistic stored events and 
assumptions for the selected group. 

Note that these selections and determinations may be done at different levels of detail, 
depending on the levels of detail is permitted to the user, as in state 702 (Figure 18), or which the 
user has selected, as in state 732 (Figure 18). 

Situation D of Figure 22 represents determination of outcomes based on direct feedback 
recorded from stakeholders on performance. As mentioned, where authorized (as in state 702 of 
Figure 1 8), a stakeholder-user may be permitted to provide direct, real-time feedback to the 
enterprise oh its performance with respect to that stakeholder's value creation expectations, as in 
state 728 of Figure 18. For example, a stakeholder-user who is a customer that is authorized to 
provide direct performance feedback may have defined an expectation with respect to on-time 
performance. The system may determine an outcome for a future non-financial value stream 
with respect to on-time performance. An authorized stakeholder-user, in viewing the outcomes 
of the calculations with respect to on-time performance may also choose to substitute a different 
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value, based on their own experience related to on-time performance, for the outcome that would 
otherwise be calculated by the system. 

In this situation, the event/assumptions filter 800 may substitute the stakeholder-provided 
value, or where many stakeholders have provided feedback, may provide a sum or average (as 
appropriate) of the stakeholder-provided values, for the appropriate non-financial value streams. 
The calculation engine 802 may then determine financial and non-financial outcomes, as 
described herein based upon the stakeholder feedback. 

From any of the states 732-740, program flow may move to the end state 718, 
terminating the session with the stakeholder-user. Alternately, program flow may return to the 
state 704 where the stakeholder-user may select another mode of operation for the system 100 
(Figure 1). 

Together, the update and analysis modes provide user interactivity to make changes and 
view the results. Accordingly, the system 100 (Figure 1) may track user-defined assumptions 
and provide users with an ability to alter events and assumptions and see the impact of these 
changes on calculated outcomes for each group of stakeholders. Preferably, the stakeholder- 
users may record their altered assumptions so that their customized scenarios will be available 
for review on their next visit, or by other stakeholder users, and can be customized further. 

In sum, several aspects of stakeholder-interactivity have been described including: a 
stakeholder-user storing events and assumptions that may be viewed and later modified on a 
subsequent visit; a stakeholder-user viewing the stored events and assumptions of other users or 
groups of users, and the outcomes of these stored events and assumptions, where authorized to 
do so; and management viewing a summary of stored events and assumptions to obtain the 
viewpoints of various groups of stakeholders regarding the management-defined events and 
assumptions. This may result in management reviewing and updating the management-defined 
events and assumptions as appropriate. In addition, a stakeholder-user may provide direct 
performance feedback to the enterprise on value creation performance. Management or other 
users may, in turn, determine the impact on calculated outcomes of substituting direct 
stakeholder feedback for the values otherwise calculated by the system 100 (Figure 1). 

Returning to Figure 18, assuming the stakeholder user selects the assurance mode in the 
state 704, program flow moves to a state 742. The assurance mode provides an interface by 
which stakeholder-users with assurance responsibilities may review results of various self- 
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auditing routines and gather additional evidence necessary to support their attestation with 
respect to the value creation information. For example, this may include making sure there are 
no inconsistencies in the event matrix (e.g., inconsistent assumptions). In addition, this may 
include validating information in the database 104 (Figure 1) by performing benchmarking by 
which the value creation performance of the business enterprise is compared against other 
enterprises in the same industry, or with similar characteristics. 

In the state 742, the stakeholder-user may select an assurance template. For example, the 
assurance template may be downloadable from a centralized database and may contain pre- 
programmed self-auditing routines that may be performed by the system 100 (Figure 1), and may 
also support the gathering of specific types of evidence to support an assurance opinion. From 
the state 742, program flow may move to a state 744. In the state 744, the user may select one of 
the four perspectives on the business enterprise upon which the user desires to obtain assurance- 
related information. 

Then, if the user selects the formula matrix, program flow moves to a state 746 where 
selected assurance-related information may be obtained from, and selected assurance-related 
procedures, including self-auditing routines, may be applied to, the formula matrix in the 
database 104 (Figure 1). Alternately, if the user selects the event matrix, program flow moves to 
a state 748 where selected assurance-related information may be obtained from, and selected 
assurance-related procedures, including self-auditing routines, may be applied to, the event 
matrix in the database 104 (Figure 1). Assuming the user selects the capacity matrix, program 
flow moves to a state 750 where selected assurance-related information may be obtained from, 
and selected assurance-related procedures, including self-auditing routines, may be applied to, 
the capacity matrix. Alternately, if the user selects the stakeholder matrix, program flow moves 
to a state 752 where selected assurance-related information may be obtained from, and selected 
assurance-related procedures, including self-auditing routines, may be applied to, the stakeholder 
matrix. 

From any of the states 746-752, program flow may move to the end state 718, 
terminating the session with the stakeholder-user. Alternately, program flow may return to the 
state 704 where the stakeholder-user may select another mode of operation for the system 100 
(Figure 1). 
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Assuming the stakeholder user selects the reporting mode in the state 704, program flow 
moves to a state 754. The reporting mode provides an interface by which a stakeholder-user may 
generate various reports regarding the value creation or value realization performance of the 
business enterprise. This may include, for example, generating various value creation reports, 
generating accounting reports which comply with the various accounting standards of different 
countries or standards-establishing entities, or generating reports in other generally-accepted 
formats. 

In the state 754, the stakeholder user may select a reporting template. For example, the 
reporting template may specify available types of report formats which may be generated by the 
system 100 (Figure 1). From the state 754, program flow may move to a state 756. In the state 
756, the user may select one of the four perspectives on the business enterprise from which the 
user desires to generate a report. Then, program flow moves to a state 758 where the user may 
select a specific reporting format from among several available formats. 

From the state 758, program flow may move to a state 760 where selected reports may be 
generated from the formula matrix in the database 104 (Figure 1). Alternately, if the user selects 
the event matrix, program flow may move to a state 762 where selected reports may be generated 
from the event matrix in the database 104 (Figure 1). Assuming the user selects the capacity 
matrix, program flow may move to a state 764 where selected reports may be generated from the 
capacity matrix. If the user selects the stakeholder matrix, program flow may move to a state 
766 where selected reports may be generated from the stakeholder matrix. 

While the foregoing has been with reference to particular embodiments of the invention, 
it will be appreciated by those skilled in the art that changes in these embodiments may be made 
without departing from the principles and spirit of the invention, the scope of which is defined by 
the appended claims. 
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